Notes/Domino Fix List
 |  |
| SPR # GFLY4QQMK3 | Fixed in 5.0.10 release |  |
Product Area: Client Technical Area: Mail Client - Archive Platform: Cross Platform
SPR# GFLY4QQMK3 - Fix a problem where users could not access a local mail archive that had local database security enforced after accepting a name change. The fix is to create the local archive without an Admin Server specified in the ACL and have the client update all local databases without an Admin Server specified before updating the ID file when accepting a name change. Existing local mail archives will need to have the Admin Server removed manually.
Technote Number: 1099561
Problem:
This issue was reported to Quality Engineering as SPR# GFLY4QQMK3 and has been
fixed in Domino 5.0.10 and Domino 6.
The fix that was implemented works in the following way: When a new local
archive is created, an Admin Server is not specified in the ACL. Also, the
client updates all local databases without an Admin Server specified before
updating the ID file when accepting a name change. Existing local mail archives
will need to have the Admin Server removed manually.
NOTE: When using Domino 5.0.10, if users are renamed and using a local mail
archive, they have immediate access to the archived mail files.
Supporting Information:
In one case, an Administrator copied the user's 5.x archive database to a 6.x
server and enabled "Full Access Administration" mode. By doing so, they were
able to access the database and modify the ACL to reflect the user's new name.
For further information, refer to the document titled "Understanding the Full
Access Administrator Feature in Domino Release 6" (#7003449). More >
Last Modified on 01/21/2005
Go back
|